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Clisp: Conversational Lisp 
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Abstract—Clisp is an attempt to make Lisp programs easier to 
read and write by extending the syntax of Lisp to include infix 
operators, IF-THEN statements, FOR-DO-WHILE statements, and 
similar Algol-like constructs, without changing the structure or 
representation of the language. Clisp is implemented through 
Lisp’s error handling machinery, rather than by modifying the 
interpreter. When an expression is encountered whose evalua- 
tion causes an error, the expression is scanned for possible Clisp 
constructs, which are then converted to the equivalent Lisp ex- 
pressions. Thus, users can freely intermix Lisp and Clisp with- 
out having to distinguish which is which. Emphasis in the design 
and development of Clisp has been on the system aspects of such 
a facility, with the goal of producing a useful tool, not just an- 


other language. To this end, Clisp includes interactive error cor- . 


rection and many “do-what-I-mean” features. 


Index Terms—Automatic error correction, extensible lan- 
guages, interactive systems, Lisp, list processing, programming, 
programming languages. 


HE SYNTAX of the programming language Lisp 

[2], [3], [9] is very simple, in the sense that it can be 
described concisely, but not in the sense that Lisp pro- 
grams are easy to read or write! This simplicity of syn- 
tax is achieved by, and at the expense of, extensive use 
of explicit structuring, namely, grouping through paren- 
thesization. For the benefit of readers unfamiliar with 
Lisp syntax, the basic element of Lisp programs is 
called a form. A form is either 1) atomic, or 2) a list, the 
latter being denoted by enclosing the elements of the 
list in matching parentheses. In the first case, the form 
is either a variable or a constant, and its value is com- 
puted accordingly. In the second case, the first element 
of the list is the name of a function, and the remaining 
elements are again forms whose values will be the argu- 
ments to that function. In Backus notation, this is as 
shown in Fig. 1. For example, assign X the value of the 
sum of A and the product of B and C is written in Lisp as 
(SETQ X (PLUS A (TIMES B C))). 

The syntax for a conditional expression is corre- 
spondingly simple and is shown in Fig. 2.! Note that 
there are no IF’s, THEN’s, BEGIN’s, END’s, or semico- 
lons. Lisp avoids the problem of parsing the conditional 
expression, i.e., delimiting the individual clauses, and 
delimiting the predicates and consequents within the 
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1 Actually, a clause can have more than two consequents, in which 
case each form is evaluated and the value of the last form returned as 
the value of the conditional. However, for the purposes of this discus- 
sion, we can confine ourselves to the case where a clause has only one 
consequent. 


clauses, by requiring that each clause be a separate ele- 


-ment in the conditional expression, namely, a sublist, of 


which the predicate is always the first element, and the | 
consequent the second element. As an example, let us 
consider the conditional expression which embodies a 
recursive definition for FACTORIAL, as shown in Fig. 3.? 

The first clause in this conditional is the list of two el- 
ements ((EQ N 0) 1), which says that if (EQ N 0) is true, 
i.e., if N is equal to 0, then return 1 as the value of the 
conditional expression, otherwise go on to the second 
clause. The second clause is (T (TIMES N (FACTORIAL 
(SUB1 N)))), which says if T is true (a tautology—the 
ELSE of Algol conditionals), return the product of N and 
(FACTORIAL (SUB1 N)). The latter is evaluated by first 
evaluating (SUB1 N), and then calling FACTORIAL (rec- 
ursively) on this value. 

As a result of the structuring of conditional expres- 
sions, Lisp does not have to search for words such as IF, 
THEN, ELSE, ELSEIF, etc., when interpreting or compil- 
ing conditional expressions in order to delimit clauses 
and their constituents: this grouping is specified by the 
parentheses, and is performed at input time by the 
READ program which creates the list structure used to 
represent the expression. Similarly, Lisp does not have 
to worry about how to parse expressions such as 
A+BC, since (A+B)*C must be written unambiguously 
as (TIMES (PLUS A B) C), and A+ (BC) as (PLUS A 
(TIMES B C)). In fact, there are no reserved words in 
Lisp such as IF, THEN, AND, OR, FOR, DO, BEGIN, END, 
etc., nor reserved characters like +, —, *, /, =, —, etc.? 
This eliminates entirely the need for parsers and prece- 
dence rules in the Lisp interpreter and compiler, and 
thereby makes program manipulation of Lisp programs 
straightforward. In other words, a program that “looks 
at” other Lisp programs does not need to incorporate a 
lot of syntactic information. For example, a Lisp inter- 
preter can be written in one or two pages of Lisp code 
[3]. It is for this reason that Lisp is by far the most suit- 
able, and frequently used, programming language for 
writing programs that deal with other programs as data, 
e.g., programs that analyze, modify, or construct other 
programs. 


2 The expression in Fig. 3 is shown as it would be printed by a spe- 
cial formatting program called Prettyprint. Prettyprint attempts to 
make the structure of Lisp expressions more manageable by judicious 
use of indentation and breaking the output into separate lines. Its ex- 
istence is a tacit acknowledgment of the fact that Lisp programs re- 
quire more information than that contained solely in the parenthesi- 
zation in order to make them easily readable by people. - 

3 Except for parentheses (and period) which are used for indicating 
structure, and space and end-of-line, which are used for delimiting 
identifiers. 
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(form) ::= (variable )| (constant)| 
((function-name) (form) -= (form)) 


Fig.1. Syntax of Lisp form. 


<conditional expression> ::= 


COND <clause> .. <Clause>) 


<clause> ::=-(<form> <form?) 
Fig. 2. Syntax of conditional expression. 
(COND 
ho N 0) 


(T (TIMES N (FACTORIAL (SUB1 N))))) 


Fig. 3. Recursive definition of FACTORIAL. 


However, it is precisely this same simplicity of syntax 
that makes Lisp programs difficult to read and write 
(especially for beginners). “Pushing down” is something 
programs do very well, and people do poorly. As an ex- 
ample, consider the following two “equivalent” sen- 
tences. 1) “The rat that the cat that the dog that I 
owned chased caught ate the cheese.” 2) “I own the dog 
that chased the cat that caught the rat that ate the 
cheese.” Natural language contains many linguistic de- 
vices such as that illustrated in the second sentence for 
minimizing embedding, because embedded sentences 
are more difficult to comprehend than equivalent non- 
embedded ones (even when the latter sentences are 
somewhat longer). Similarly, most high level program- 
ming languages offer syntactic devices for reducing ap- 
parent depth and complexity of a program: the reserved 
words and infix operators used in Algol-like languages 
simultaneously delimit operands and operations, and 
also convey meaning to the programmer. They are far 
more intuitive than parentheses. In fact, since Lisp uses 
parentheses (1.e., lists) for almost all syntactic forms, 
there is very little information contained in the paren- 
theses for the person reading a Lisp program, and so the 
parentheses tend mostly to be ignored: the meaning of a 
particular Lisp expression for people is found almost 
entirely in the words, not in the structure. For example, 
the expression in Fig. 4 is recognizable as FACTORIAL 
even though there are five misplaced or missing paren- 
theses. Grouping words together in parentheses is done 
more for Lisp’s benefit, than for the programmer’s. 

Clisp is designed to make Lisp programs easier to 
read and write by permitting the user to employ various 
infix operators, IF-THEN-ELSE statements, FOR-DO- 
WHILE-UNLESS-FROM-TO etc. expressions, which are 
automatically converted to equivalent Lisp expressions 
when they are first interpreted. For example, FACTORI- 
AL could be written in Clisp as shown in Fig. 5. Note 
that this expression would be represented internally 
(after it had been interpreted once) as shown in Fig. 3, 
so that programs that might have to analyze or other- 
wise process this expression could take advantage of the 
simple syntax. 

Clisp also contains facilities for making sense out of 
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(COND (EQ N 0) 1) 
(T TIMES N FACTORIAL ((SUB1 N))) 


Fig.4. Careless definition of FACTORIAL. 


(IF N=0 THEN 1 ELSE Nx(FACTORIAL N-1)) 
Fig. 5. Clisp definition of FACTORIAL. 


expressions such as the careless conditional shown in 
Fig. 4. Furthermore, Clisp will detect those cases which 
would not generate Lisp errors, but are nevertheless ob- 
viously not what the programmer intended. For exam- 
ple, the expression (QUOTE (expression) (form)) will 
not cause a Lisp error, but (form) would never be seen 
by the interpreter. This is clearly a parentheses error. 
Clisp uses both local and global information to detect, 
and where possible, repair such: errors. However, this _ 
paper concentrates primarily on the syntax extension 
aspects of Clisp, and leaves discussion of the semantic 
issues for a later time. 

There have been similar efforts in otlier Lisp systems, 
most notably the MLisp language at Stanford [4]. Clisp 
differs from these in that it does:ħot attempt to replace 
the Lisp language so much as to augment it. In fact, one 
of the principal criteria in the design of Clisp was that 
users be able to freely intermix Lisp and Clisp without 
having to identify which is which. Users can write pro- 
grams, or type in expressions for evaluation, in Lisp, 
Clisp, or a mixture of both. In this way, users do not 
have to learn a whole new language and syntax in order 
to be able to use selected facilities of Clisp when and 
where they find them useful. 

Clisp is implemented via the error correction ma- 
chinery in Interlisp.4 Thus, any expression that is well 
formed from Lisp’s standpoint will never be seen by 
Clisp (e.g., if the user defined a function IF, he would ef- 
fectively turn off that part of Clisp). This means that 
interpreted programs that do not use Clisp constructs 
do not pay for its availability by slower execution time. 
In fact, the interpreter does not “know” about Clisp at 
all. It operates as before, and when an erroneous form is 
encountered, the interpreter calls an error routine 
which in turn invokes the ‘‘do-what-I-mean” (DWIM) 
analyzer [5], [7], [8] which contains Clisp. If the expres- 
sion in question turns out to be a Clisp construct, the 
equivalent Lisp form is returned to the interpreter. In 
addition, the original Clisp expression is modified SO 
that it becomes the correctly translated Lisp form. In 
this way, the analysis and translation are done only 
once. 

Integrating Clisp into the Lisp system (instead of, for 
example, implementing it as a separate preprocessor) 
makes possible DWIM features for Clisp constructs as 


4Interlisp [6] is implemented under the BBN Tenex timesharing 
system [2] and is jointly maintained and developed by Xerox Palo 


Alto Research Center and Bolt, Geranek, and Newman, Inc. Cam- 


bridge, Mass. It is currently being used at various sites on the ARPA 
network, including PARC, BBN, ISI SRI-AI, etc. 
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well as for pure Lisp expressions [5], [7]. For example, if 
the user has defined a function named GET-PARENT, 
Clisp would know not to attempt to interpret the form. 
(GET-PARENT) as an arithmetic infix operation. (Actu- 
ally, Clisp would never get to see this form, since it does 
not contain any errors.) If the user mistakenly writes 
(GET-PRAENT), Clisp would know he meant (GET-PAR- 
ENT), and not (DIFFERENCE GET PRAENT), by using 
the information that PRAENT is not the name of a vari- 
able, and that GET-PARENT is the name of a user func- 
tion whose spelling is “very close” to that of GET- 
-PRAENT. Similarly, by using information about the 
program’s environment not readily available to a pre- 
processor, Clisp can successfully resolve the following 
sorts of ambiguities: 


1) (LIST X*FACT N), where FACT is the name of a 
variable, means (LIST (X*FACT) N); 

2) (LIST X*FACT N), where FACT is not the name of a 
variable but instead is the name of a function, 
means (LIST X*(FACT N)), i.e., N is FACT’s argu- 
ment; 

3) (LIST X*FACT (N)), FACT the name of a function 
(and not the name of a variable), means (LIST 
X*(FACT N)); 

A) cases 1), 2), and 3) with FACT misspelled! 


The first expression is correct both from the stand- 
point of Clisp syntax and semantics, and the change 
would be made without the user being notified. In the 
other cases, the user would be informed or consulted 
about what was taking place. For example, to take an 
extreme case, suppose the expression (LIST X*FCCT N) 
were encountered, where there was both a function 
named FACT and a variable named FCT. The user would 
first be asked if FCCT were a misspelling of FCT. If he 
said YES, the expression would be interpreted as (LIST 
(X*FCT) N).° If he said NO, the user would be asked if 
FCCT were a misspelling of FACT, i.e., if he intended 
X*xFCCT N to mean Xx*(FACT N). If he said YES to this 
question, the indicated transformation would be per- 
formed. If he said NO, the system would then ask if 
X*FCCT was to be treated as Clisp, since FCCT is not 
the name of a (bound) variable.® If he said YES, the ex- 


5 Through this discussion, we speak of Clisp or DWIM asking the 
user. Actually, if the expression in question was typed in by the user 
for immediate execution, the user is simply informed of the transfor- 
mation, on the grounds that the user would prefer an occasional 
misinterpretation rather than being continuously bothered, especially 
since he can always retype what he intended if a mistake occurs, and 
ask the programmer’s assistant to UNDO the effects of the mistaken 
operations if necessary [5]. For transformations on expressions in his 

rograms, the user can inform Clisp whether he wishes to operate in 
CAUTIOUS or TRUSTING mode. In the former case (most typical) 
the user will be asked to approve transformations, in the latter, Clisp 
will operate as it does on type-in, i.e., perform the transformation 
after informing the user. 

6 This question is important because many users have programs 
that employ variables whose names contain Clisp operators. Thus, if 
Clisp encounters the expression A/B in a context where either A or B 
are not the names of variables, it will ask the user if A/B is intended to 
be Clisp, in case the user really does have a free variable named A/B, 
but ae mistakenly used A/B here in a context where it was not 
boun 
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pression would be transformed; if NO, it would be left 
alone, i:e., as (LIST X*FCCT N). Note that we have not 
even considered the case where X*FCCT is itself a mis- 
spelling of a variable name, as with GET-PRAENT. This 
sort of transformation would be considered after the 
user said NO to X*FCCT N —> X*(FACT N). The com- 
plete graph of the possible interpretations for (LIST 
X*xFCCT N) where FCT and XFCT are the names of vari- 
ables and FACT is the name of a function is shown in 
Fig. 6. 

The final states for the various terminal nodes shown 
in Fig. 6 are 


1) (LIST (TIMES X FCT) N) 

2) (LIST (TIMES X (FACT N))) 

3) (LIST XFCT N) , 
© 4) (LIST (TIMES X FCCT) N) 

5) (LIST X*FCCT N). 


-Clisp can also handle parentheses errors caused by 
typing 8 or 9 for ‘( or ‘)’. (On most terminals, 8 and 9 
are the lower case characters for ‘(’ and ‘)’, i.e., ‘C and ‘8’: 
appear on the same key, as do ‘)’ and ‘9’.) For example, 
if the user writes N*¥9FACTORIAL N-1, the parentheses 
error can be detected and fixed before the infix operator 
* is converted to the Lisp function TIMES. Clisp is able 
to distinguish this situation from cases like N*8*X 
meaning (TIMES N.8 X), or N*8X, where 8X is the name 
of a variable, again by using information about the pro- 
gramming environment. In fact, by integrating Clisp 
with DWIM, Clisp has been made sufficiently tolerant 
of errors that almost everything can be mispelled!’ For 
example, Clisp can successfully translate the definition 
of FACTORIAL: 


(IFFN=0 THENN 1 ESLE N*x8FACTORIALNN-1) 


.to the form shown in Fig. 3, while making 5 spelling cor- 


rections and fixing the parenthesis error.® 

This sort of robustness prevails throughout Clisp. For 
example, the iterative statement permits the user to say 
things like 


(FOR OLD X<-M TON 
DO (PRINT X) WHILE (PRIMEP X))? 


However, the user can also write OLD (X<-M), (OLD 
X<-M), (OLD (X<-M)), permute the order of the opera- © 
tors, e.g., DO (PRINT. X) TO N FOR OLD XM WHILE 
(PRIMEP X), omit either or both sets of parentheses, 
misspell any or all of the operators FOR, OLD, TO, DO, or 


7 Where misspelling includes running adjacent words together, as 
shown in the example. 

8 Clisp also contains a facility for converting from Lisp back to 
Clisp so that after running the above definition of FACTORIAL, the 
user could “Clispify” to obtain 

(IF N=0 THEN 1 ELSE N*(FACTORIAL N-1)). 

? This expression should be self-explanatory, except possibly for ihe 
operator OLD, which says X is to be the variable of iteration, i.e., the 
one to be stepped from M to N, but X is not to be rebound. Thus when 
this loop finishes execution, X will be equal to N. 
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FCCT->FCT? 


oe ae 
1 

mal 

2 


FCCT N->(FACT N)? 


Ne 


X*FCCT->XFCT 


Bie 


3 X*FCCT TREAT AS CLISP? 
I ie Ne 
4 
Fig. 6. Possible interpretations of (LIST X*FCCT N). 


WHILE, or leave out the word DO entirely! And, of 
course, he can also misspell PRINT, PRIMEP, M, or N!!° 

Clisp is well integrated into the InterLisp system. For 
example, the above iterative statement translates into 
an equivalent Lisp form using PROG, COND, GO, etc.!! 
When the interpreter subsequently encounters this 
Clisp expression, it automatically obtains and evaluates 
the translation. Similarly, the compiler “knows” to com- 
pile the translated form. However, if the user Pretty- 
prints his program, at the corresponding point in his 
function, Prettyprint knows to print the original Clisp. 
Similarly, when the user edits his program, the editor 
makes the translation invisible to the user. If the user 
modifies the Clisp, the translation is automatically dis- 
carded and recomputed the next time the expression is 
evaluated. | 

In short, Clisp is not a language at all, but rather a 
system. It plays a role analogous to that of the program- 
mer’s assistant [5]. Whereas the programmer’s assistant 
is an invisible intermediary agent between the user’s 
console requests and the Lisp executive, Clisp sits be- 
tween the user’s programs and the Lisp interpreter. 

Only a small effort has been devoted to defining a 
core syntax for Clisp. Instead, most of the effort has 
been concentrated on providing a facility which “makes 
sense” out of the input expressions using context infor- 
mation as well as built-in and acquired information 
about user and system programs. Just as communica- 
tion is based on the intention of the speaker to produce 
an effect in the recipient, Clisp operates under the as- 
sumption that what the user said was intended to rep- 


10 In this example, the only thing the user could not misspell is the 
first X, since it specifies the name of the variable of iteration. The 
other two instances of X could also be misspelled. 

11 (PROG NIL 

(SETQ X M) 
$$LP(COND 
((OR (IGREATERP X N) 
(NOT (PRIMEP X))) 
(RETURN))) 
(PRINT X) 
(GO $$LP)). 
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resent a meaningful operation, and therefore tries very 
hard to make sense out of it. The motivation,,behind 
Clisp is not to provide the user with many different 
ways of saying the same thing, but to enable him to 
worry less about the syntactic aspects of his communi- 
cation with the system. In other words, it gives the user 
a new degree of freedom by permitting him to concen- 
trate more on the problem at hand, rather than on 
translation into a formal and unambiguous language. 

Clisp has just become operational!” and the expected 
reactions and suggestions from users will do much 
towards polishing’ and refining it. However, the fol- 
lowing anecdote suggests a favorable prognosis: after 
being cursorily introduced to some of the features of 
Clisp, two users wanted to.try out the iterative state- 
ment facility, but neither of them were sure of the exact 
syntax. The first user thought that if they just typed in 
something “reasonable,” the system would figure out 
what they meant. And it did! 
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